McGinn & Gibb, PLLC 
A Professional Limited Liability Company 
Patents, Trademarks, Copyrights, and Intellectual Property Law 
8321 Old Courthouse Road, Suite 200 
VIENNA, VIRGINIA 22182-3817 
Telephone (703) 761-4100 
Facsimile (703) 761-2375; (703) 761-2376 



APPLICATION 
FOR 

UNITED STATES 
LETTERS PATENT 



APPLICANT: BORDAWEKAR, ET AL. 

FOR: METHOD, SYSTEM AND RECORDING 

MEDIUM FOR MAINTAINING THE ORDER 
OF NODES IN A HIERARCHICAL 
DOCUMENT 



DOCKET NO.: 



YOR920030239US1 



1 

METHOD, SYSTEM AND RECORDING MEDIUM FOR 
MAINTAINING THE ORDER OF NODES IN A HEIRARCHICAL 

DOCUMENT 

5 

BACKGROUND OF THE INVENTION 

Field of the Invention 
An exemplary embodiment of the invention generally relates to the 
10 maintenance of order of nodes in a hierarchical document. More particularly, 
an exemplary embodiment of the invention relates to a method and system for 
maintaining the order of nodes in a hierarchical document. 

With the advent of XML as a data representation format, there is an 
increasing need for robust, high performance XML database systems. Most of 
1 5 the recent work focuses on efficient XML query processing while updates 
have received less attention, by comparison. 

SUMMARY OF THE INVENTION 

In order to speed up query processing, various labeling schemes have 
20 been proposed. However, the vast majority of these schemes have very bad 
update performance. 

What is needed is an order-preserving labeling scheme having a low 
update cost and a minimum of bits per label. 

In a first exemplary aspect of the present invention, a method of 
25 maintaining the order of nodes in a hierarchical document includes selecting a 
first parameter corresponding to a selected maximum nimiber of children for 
each node for an auxiliary ordered tree, selecting a second parameter 
corresponding to a selected minimum number of children for each node for the 
auxiliary ordered tree, building the auxiliary ordered tree having at least as 
30 many leaves as atoms within the hierarchical docxmient based upon the first 
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and second parameters, attaching the atoms to the leaves of the auxiliary 
ordered tree, and labeUng each of the nodes in the auxiUary ordered tree. 

In a second exemplary aspect of the present invention, a method of 
updating an auxiliary ordered tree having at least as many leaves as atoms 
5 within a hierarchical document based upon a selected maximum number of 
children for each node and a selected minimum number of children for each 
node. The method includes receiving a request to insert the hierarchical 
document with a new atom at specific position, inserting a new leaf in the 
auxiliary ordered tree based on the specific position of the corresponding atom 

10 in the hierarchical document, searching for the highest ancestor node of the 
new leaf that has a number of leaves that equals or exceeds the selected 
maximum number of leaves, if no ancestor is found that equals or exceeds the 
selected maximum number of leaves then re-label the sub-tree rooted at the 
parent node of the new leaf; if an ancestor node is foimd that has a number of 

1 5 leaves that equals or exceeds the selected maximum number of leaves, then 
determining whether the ancestor node is the root node, if the ancestor node is 
the root node, then create a new root having a predetermined number of 
children, if the ancestor node is not the root node, then split the ancestor node 
into complete sub-trees that have the same leaf sequence as the ancestor 

20 node's sub-tree, and reassign labels in a top-down fashion in the sub-tree 
rooted at the parent of the ancestor node. 

In a third exemplary aspect of the present invention, a method of 
optimizing an auxiliary ordered tree having at least as many leaves as atoms 
within a hierarchical document, the shape of the auxiliary ordered tree being 

25 based upon a selected maximum number of children for each node and a 
selected minimum number of children for each node. The method includes 
adjusting the maximum number of children for each node and the selected 
minimum number of children for each node of the auxiliary ordered tree based 
upon application requirements regarding one of update cost, total cost of 

30 queries and updates, and the size of the labels. 
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In a fourth exemplary aspect of the present invention, a method of 
encoding an auxiliary ordered tree having at least as many leaves as atoms 
within a hierarchical document, the shape of the auxiliary ordered tree being 
based upon a selected maximum number of children for each node and a 
5 selected minimum number of children for each node. The method includes 
minimizing space requirements using a virtual tree. 

In a fifth exemplary aspect of the present invention, a system for 
maintaining the order of nodes in a hierarchical document includes means for 
selecting a first parameter corresponding to a selected maximvmi number of 

10 children for each node for an auxiliary ordered tree, means for selecting a 
second parameter corresponding to a selected minimum number of children 
for each node for an auxiliary ordered tree, means for building the auxiliary 
ordered tree having at least as many leaves as atoms within the hierarchical 
document based upon the first and second parameters, means for attaching the 

15 atoms to the leaves of the auxiliary ordered tree, and means for labeling each 
of the nodes in the auxiliary ordered tree. 

In a sixth exemplary aspect of the present invention, a recording 
medium storing a program for making a computer maintain the order of nodes 
in an hierarchical document. The program includes instructions for selecting a 

20 first parameter corresponding to a selected maximum number of children for 
each node for an auxiliary ordered tree, instructions for selecting a second 
parameter corresponding to a selected minimum number of children for each 
node for an auxiliary ordered tree, instructions for building the auxiliary 
ordered tree having at least as many leaves as atoms within the hierarchical 

25 document bEised upon the first and second parameters, instructions for 

attaching the atoms to the leaves of the auxiliary ordered tree, and instructions 
for labeling each of the nodes in the auxiliary ordered tree. 

In a seventh exemplary aspect of the present invention, a system for 
updating an auxiliary ordered tree having at least as many leaves as atoms 

30 within a hierarchical document based upon a selected maximum number of 
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children for each node and a selected mimmum number of children for each 
node, includes means for receiving a request to insert the hierarchical 
document with a new atom at specific position, means for inserting a new leaf 
in the auxiliary ordered tree based on the specific position of the 
5 corresponding atom in the hierarchical document, means for searching for the 
highest ancestor node of the new leaf that has a number of leaves that equals 
or exceeds the selected maximimi number of leaves, if no ancestor is found 
that equals or exceeds the selected maximum number of leaves then means for 
re-labeling the sub-tree rooted at the parent node of the new leaf, if an ancestor 

10 node is found that has a number of leaves that equals or exceeds the selected 
maximum number of leaves, then means for determining whether the ancestor 
node is the root node, if the ancestor node is the root node, then means for 
creating a new root having a predetermined number of children, if the ancestor 
node is not the root node, then means for splitting the ancestor node into 

15 complete sub-trees that have the same leaf sequence as the ancestor node's 
sub-tree, and means for reassigning labels in a top-down fashion in the sub- 
tree rooted at the parent of the ancestor node. 

In an eighth exemplary aspect of the present invention, a recording 
medixmi storing a program for making a computer update an auxiliary ordered 

20 tree having at least as many leaves as atoms within a hierarchical document 
based upon a selected maximum number of children for each node and a 
selected minimum number of children for each node, includes instructions for 
receiving a request to insert the hierarchical docimient with a new atom at 
specific position, instructions for inserting a new leaf in the auxiliary ordered 

25 tree based on the specific position of the corresponding atom in the 

hierarchical document, instructions for searching for the highest ancestor node 
of the new leaf that has a number of leaves that equals or exceeds the selected 
maximimi number of leaves, if no ancestor is found that equals or exceeds the 
selected maximum number of leaves then instructions for re-labeling the sub- 

30 tree rooted at the parent node of the new leaf, if an ancestor node is found that 
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has a number of leaves that equals or exceeds the selected maximum number 
of leaves, then instructions for determining whether the ancestor node is the 
root node, if the ancestor node is the root node, then instructions for creating a 
new root having a predetermined number of children, if the ancestor node is 
5 not the root node, then instructions for splitting the ancestor node into 

complete sub-trees that have the same leaf sequence as the ancestor node's 
sub-tree, and instructions for reassigning labels in a top-down fashion in the 
sub-tree rooted at the parent of the ancestor node. 

An exemplary embodiment of the present invention provides an order- 
10 preserving labeling scheme having a low update cost and that minimizes the 
number of bits per label. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing and other purposes, aspects and advantages will be 
15 better understood from the following detailed description of exemplary 
embodiments of the invention with reference to the drawings, in which: 

Figure 1 illustrates an exemplary hardware configuration for 
maintaining the order of nodes in a hierarchical document; 

Figure 2 illustrates an exemplary recording medium that stores 
20 instructions for maintaining the order of nodes in a hierarchical document; 
Figure 3 illustrates an exemplary XML document; 
Figure 4 illustrates a conventional tree representation for the XML 
document of Figure 3; 

Figure 5 illustrates an exemplary embodiment of the invention that 
25 maintains the order of nodes in a hierarchical document; 

Figure 6A illustrates an exemplary XML document tree; 
Figure 6B illustrates an exemplary embodiment of an auxiliary ordered 
tree in accordance with the present invention; 

Figure 7 illustrates an exemplary embodiment of the invention that 
30 updates an auxiliary ordered tree in accordance with the present invention; 
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Figure 8 illustrates an exemplary control routine for maintaining the 
order of nodes in a hierarchical docimient in accordance with the present 
invention; 

/ 

Figure 9A illustrates another exemplary XML document tree; 
5 Figure 9B illustrates another exemplary embodiment of an auxiliary 

ordered tree in accordance with the present invention; 

Figures lOA and IOC illustrate yet another exemplary XML document 

tree; 

Figures lOB and lOD illustrate yet another exemplary embodiment of 
10 an auxiliary ordered tree in accordance with the present invention; 

Figure 1 1 is a graph that illustrates the amortized cost upper boimd 
between experimental results and theoretical results; 

Figure 12 is a graph that illustrates the amortized update cost for a 
fixed s and a varying f of experimental results and theoretical results; 
15 Figure 13 is a graph that illustrates the amortized update cost that may 

be achieved by setting the values of s and a fixed f of experimental results and 
theoretical results; and 

Figure 14 is a graph that illustrates optimal cost with bit constraints. 

20 

DETAILED DESCRIPTION OF EXEMPLARY 
EMBODIMENTS OF THE INVENTION 

Referring now to the drawings, and more particularly to Figures 1-14, 
there are shown exemplary embodiments of the method and structures 
25 according to the present invention. 

Figure 1 illustrates a typical hardware configuration of a system for 
maintaining the order of nodes in a hierarchical document 100 for use with the 
invention and which preferably has at least one processor or central processing 
unit (CPU) 111. 

30 The CPUs 111 are interconnected via a system bus 1 12 to a random 
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access memory (RAM) 114, read-only memory (ROM) 116, input/output (I/O) 
adapter 118 (for comiecting peripheral devices such as disk units 121 and tape 
drives 140 to the bus 1 12), user interface adapter 122 (for connecting a 
keyboard 124, mouse 126, speaker 128, microphone 132, and/or other user 
5 interface device to the bus 1 12), a communication adapter 134 for connecting 
an information handling system to a data processing network, the Intemet, an 
Intranet, a personal area network (PAN)> etc., and a display adapter 136 for 
connecting the bus 1 12 to a display device 138 and/or printer 140. 

In addition to the hardware/software environment described above, a 
10 different aspect of the invention includes a computer-implemented method for 
performing the above method. As an example, this method may be 
implemented in the particular environment discussed above. 

Such a method may be implemented, for example, by operating a 
computer, as embodied by a digital data processing apparatus, to execute a 
15 sequence of machine-readable instructions. These instructions may reside in 
various types of signal-bearing media. 

This signal-bearing media may include, for example, a RAM contained 
within the CPU 1 1 1, as represented by the fast-access storage for example. 
Alternatively, the instructions may be contained in another signal-bearing 
20 media, such as a magnetic data storage diskette 200 (Figure 2), directly or 
indirectly accessible by the CPU 111. 

Whether contained in the diskette 200, the computer/CPU 1 1 1 , or 
elsewhere, the instructions may be stored on a variety of machine-readable 
data storage media, such as DASD storage (e.g., a conventional "hard drive" 
25 or a RAID array), magnetic tape, electronic read-only memory (e.g., ROM, 
EPROM, or EEPROM), an optical storage device (e.g. CD-ROM, WORM, 
DVD, digital optical tape, etc.), paper "punch" cards, or other suitable 
signal-bearing media including transmission media such as digital and analog 
and communication links and wireless. In an illustrative embodiment of the 
30 invention, the machine-readable instmctions may comprise software object 
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code, compiled from a language such as "C", etc. 

With the advent of XML as a data representation format, there is an 
increasing need for robust, high performance XML database management 
systems. Historically, XML is the successor of earlier document markup 
5 languages such as SGML and HTML, and as such, XML is primarily a 

document format and, therefore, is fundamentally different from the type of 
relational data that may be encountered in typical business applications. 

Among the most prominent distinctive features of XML is an irregular, 
self-descriptive, potentially recursive structure, and an implicit order among 
10 data elements which is the so-called document order. 

Figure 3 shows an example of an XML document. In Figure 3, the 
words enclosed in angle brackets are referred to as "tags." More precisely, the 
"begin tags" are of the form "<A>" and the "end tags" are of the form "</A>". 
The begin and end tags need to be properly nested. 
15 In addition to tags there is free text, that can be divided into text 

"segments" (a maximal sequence of consecutive characters not containing any 
tags). For example, as shown in Fig. 3, ^ThinkPad T20*' ,"John Smith", "This 
laptop is the", "best value", and "in its class" are free text. 

It is common practice to represent the content of an XML document 
20 using a tree diagram. An example of a tree diagram for the XML document of 
Figure 3 is shown in Figure 4. 

The nodes in the tree diagram 400 of the XML document that are 
annotated with tag names are called "element" nodes and the others (annotated 
with text segments) are called "text" nodes. The numbers associated with each 
25 node will be described later. 

While this detailed description does not include illustrations having 
other features defined in the XML standard such as attributes, comments, 
processing instructions, and namespace declarations. Other features may be 
treated in a similar fashion as elements and text segments. 
30 An XML database should be able to efficiently retrieve ordered XML 
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fragments according to patterns specified in a query language like XPath or 
XQuery. Since XML needs to operate at the item level, an XML database has 
to decompose documents into atomic data items (e.g., elements, attributes, text 
segments, etc.). XML also needs a mechanism for recording the relative 
5 position of these data items because it needs to preserve document order. 

One conventional method for maintaining docvunent order, which also 
helps in query processing, assigns ordered labels to data items. Thus, if we 
treat an XML document as an ordered tree T, the method traverses T (depth- 
first) and assigns ordered labels to nodes. Each node x receives two labels, the 

10 first label, Bx, is assigned when node x is first visited, and the second label. 
Ex, is assigned when node x is exited. Therefore, this method assigns two 
different labels to element nodes and two identical labels to text nodes. 

The labels of every node of the tree shown in Figure 4 are the numbers 
in the parenthesis annotated to the node. Since the two labels for text nodes 

1 5 are identical, they are shown as a single number for simplicity. 

The advantage of labeling every node in the tree is apparent when 
processing XPath queries using the child axis or the descendant axis. A child 
axis query only retrieves the immediate children of a node while a descendant 
axis query retrieves all of the direct and indirect descendants of a node. 

20 An example of a child axis XPath query is 

"/PurchaseOrder/Buyer/Name" which means: "find the name of the buyer 
listed in this purchase order." 

An example of a descendant axis XPath query is *V/LineItems//name" 
which means: "find all the names of items occurring anywhere inside this 

25 purchase order." 

An XPath navigation query of a tree that uses this labeling scheme is 
converted to an interval containment query based upon the following 
observation: for every two nodes x and y, x is an ancestor of y if and only if 
the interval (Bx, Ex) includes the interval (By, Ey), or equivalently Bx < By and 

30 Ey < Ex. 
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For example, as shown in Fig. 4, node 402 has the tag "Lineltems" 
with labels (6,30), and there are three nodes 404, 406 and 408 that have the tag 
"Name" and labels (2,4), (8,10) and (23,25), respectively. By examining the 
labels of nodes 406 and 408, it can be detected that node 402 with tag 
5 "Lineltems" is an ancestor of nodes 406 and 408 without navigating the XML 
tree: 6<8 and 30>10, 6<23 and 30>25. 

Since checking interval containment of the labels is much more 
efficient than navigating the XML tree to answer an XPath query, this labeling 
scheme can be advantageous for query processing. However, the vast majority 
10 of the proposed labeling schemes have poor performance when there is an 

update to an XML document. The naive approach of assigning labels from the 
integer domain, in sequential order, leads to re-labeling of half the nodes on 
average, even for a single node insertion to an XML document. 

Alternatively, when labeling an XML document tree, gaps can be left 
15 between successive labels. However, these gaps may be filled as additional 
nodes are inserted into the XML document tree. 

An exemplary embodiment of the present invention assigns and 
dynamically maintains these gaps to ensure optimal use of the tree. 

An exemplary embodiment of the invention provides an order- 
20 preserving labeling scheme with a 0(log N) amortized update cost and 0(log 
N) bits per label (where N is the number of nodes of the XML tree). 

Consider an XML document D viewed in its textual representation as a 
linear ordered list of tags (either begin tags or end tags) and text segments 
(called atoms): LD=(ai, aa, . . . . aw). As shown in Fig. 5, an exemplary 
25 embodiment of the present invention 500 includes an XML parser 510 which 
assigns a numeric label li to each atom ai that reflects the order of the atoms in 
the Hst. 

In order to compute these labels, this exemplary embodiment of the 
invention 500 includes a label tree builder 520 that builds an auxiliary ordered 
30 tree, that may be called a label tree, with at least N leaves (where N is the 
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number of atoms) and attaches the atoms to the first N leaves, starting from 
the leftmost leaf. 

This exemplary embodiment of the label tree builder 520 builds the 
tree so that all of the leaves are at the same level (i.e. the number of edges 
5 from the root to any leaf node is the same). 

There are two exemplary parameters, f and s, for the label tree, which 
may be selected and which may determine the shape of the tree. For example, 
the fanout of every node x in the label tree may be bounded by f/s < fanout(x) 
<f. 

1 0 For any node x in the label tree, an exemplary embodiment of the 

invention selects values for f and s (as explained later) and assigns a label 
N(x) recursively in a top-down fashion to each document atom in accordance 
with the following labeling algorithm: 

15 N(root) = 0; (1) 

N(x) = N(y) + i • (f - 1)^^^^; and (2) 

0<i<f (3) 

20 Where: 

X is thei^ child ofy; 

f is the maximum fanout (maximum number of children per node); and 
h(x) is the height of node x (number of edges from node x to a leaf 

node). 

25 An exemplary embodiment of the present invention may also assign 

labels to the XML atoms based upon the labels assigned to their corresponding 
leaves in the label tree. 

This exemplary embodiment of the present invention preserves the 
order of the XML atoms, that is, the following Proposition holds: 

30 
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Proposition 1 : Let x be a leaf in a label tree 
corresponding to an XML atom aj, and y be a leaf 
corresponding to atom aj. Then ai appears before aj in the XML 
document if and only if N(x) < N(y). 

5 

Initially, an exemplary embodiment of the present invention builds a 
label tree for an existing XML document during a "bulk-loading mode" which 
uses the algorithm described above. To maximize the capability to 
accommodate further insertions, an exemplary embodiment of the present 

10 invention builds a label tree based upon a complete £^s-ary tree. 

Fig. 6 A shows an XML tree 610 and Fig. 6B shows a corresponding 
label tree 620 (having f = 4, s = 2) built by the bulk-loading method in 
accordance with an exemplary embodiment of the present invention. For 
purposes of illustration, all the nodes in this XML tree 610 are element nodes. 

15 A bulk-loading algorithm shown in Fig. 5 builds the label tree of Fig. 

6B in this exemplary embodiment. The label tree 620 shown in Fig. 6B is a 
complete tree and, therefore, all its leaves are at the same level. An exemplary 
embodiment of the present invention also maintains the label tree created 
during the bulk loading mode. For example, as shown in Fig 7, a label tree 

20 maintenance algorithm 700 in accordance with an exemplary embodiment of 
the present invention may receive an XML Update Request and will provide 
an Updated Label Tree, based on the Current Label Tree. 

For the purposes of this detailed description, for every intemal node x, 
c(x) denotes the number of children of node x and l(x) denotes the number of 

25 leaves in the sub-tree rooted at x. 

Fig. 8 outlines an exemplary embodiment of a label tree maintenance 
algorithm in accordance with the present invention. The algorithm starts at 
step S800 where the control routine receives a command to insert leaf x after 
leaf y. The control routine then continues to step S810. 

30 In order to distribute the labels in a balanced manner, an exemplary 
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embodiment of the invention limits the maximum number of leaves that each 
intemal node t may have in its sub-tree in according to: 



10 



L„^(t) = s.(f/s)^^^> (4) 

When a leaf node x is inserted in the label tree, l(t) increases by one for 
every ancestor node t of node x, thus, in step S810, shown in Fig. 8, an 
exemplary embodiment of the present invention searches for the highest 
ancestor node t for which the following holds tme (step S810): 

L(t) = Wt) (5) 



If no such node t exists ("Not found" in step S810), then the control 
routine continues to step S860 and re- labels all of node x's siblings (sub-tree 

15 rooted at parent of node y) according to the labeling algorithm described 
above to assign a label to node x. 

For example. Fig. 9B shows an exemplary embodiment of a label tree 
920 with a text node "tl" 924 being inserted as the right sibling of a node 
tagged by "C" in XML tree 910 of Fig. 9A. In the label tree 920 of Fig. 9B, 

20 this insertion is illustrated by a leaf insertion 922 after the leaf labeled "/C." 
The insertion is represented by dotted lines in Figs. 9 A and 9B. 

Since nodes at height 1 can accommodate s • (f / s) = f = 4 leaves, this 
leaf insertion does not cause its parent node "3" 926 to split. In this case, only 
the siblings of the new leaf 922 may need to be relabeled. 

25 Otherwise, if in step S810 the control routine determines that such a 

node t does exist ("Found") the control routine continues to step S820. At 
step S820, the control routine determines if node t is the root node. If not, 
then the control routine continues to step S840 where node t is split into s 
nodes and replaces its sub-tree with s complete fi^s-ary sub-trees with height 

30 h(t) and with the same leaf sequence as the original sub-tree. The control 
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routine then continues to step S850 where re-labeUng of the sub-tree rooted at 
node t's parent is performed. 

As an example, if an exemplary embodiment of the present invention 
inserts a text node "t2" 1012 as the first child of node "C" 1014 as shown in 
5 Figs. lOA and IOC, then that insertion corresponds to a leaf insertion after a 
leaf marked "C" 1014 in the label tree 1010 as shown in Figs. lOB and lOD. 
This insertion may then result in a split of node labeled "3'* 1022 of height 1 to 
two complete binary trees, and subsequent re-labeling of all the descendents of 
the splitting node's parent 1024 (node 0). The changes of the labels in the 
10 label tree 1020 shown in Fig. lOD are reflected in the labels of XML tree 1010 
of Fig. IOC. Note that all the leaves in the label tree 1010 of Fig. lOD are still 
at the same level. 

If, in step S820 the control routine determines that the root node itself 
will need to split, although this happens very rarely, the control routine 

15 continues to step S830 where a new root is created by the control routine. The 
control routine then continues to step S850 where the control routine re-labels 
the whole label tree and the height of the label tree increases by one. 

The intuition behind the splitting and subsequent re-labeling that 
happens in an exemplary embodiment of the present invention after an 

20 insertion is that if the insertion causes the number of leaves of some sub-tree 
to increase too much, this means that the labels of these leaves have become 
very dense. 

To remedy the situation of the labels becoming too dense, an 
exemplary embodiment of the present invention splits the sub-tree and re- 
25 labels the nodes of the sub-tree to provide more slack for this portion. In this 
manner, insertions in this portion of the tree may be accommodated. 

Since, in an exemplary embodiment of the present invention, the 
number of leaves of any sub-tree is controlled and the density of the labels is 
also controlled, the number of nodes involved in re-labeling amortized over 
30 several insertions may also be controlled. 
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While this detailed description focuses on XML insertions, deletions 
can also be handled by marking as "deleted" the corresponding leaves in the 
label tree without any re-labeling, hi this manner, an exemplary embodiment 
of the present invention can reuse the labels of the deleted leaves for 
5 subsequent insertions. The insertion into a deleted leaf may be accomplished 
as follows: whenever a node x satisfies the splitting criterion, before an 
exemplary embodiment of the present invention actually splits node x, the 
sub-tree for node x is examined to determine if that sub-tree has any deleted 
leaves. If the sub-tree does have deleted leaves, a new leaf may be inserted in 
10 that sub-tree. 

The following describes the properties of a label tree in accordance 
with an exemplary embodiment of the present invention. 

For any internal node x: 

15 (f / s)^^''^< 1 (x) < s . (f / sf^''^ and (6) 

f/s<.c(x)Sf (7) 

One data structure used traditionally in data management systems is a 
20 B-tree. A B-tree is a balanced data structure that may provide for efficient 
searching for keys in a database management system. By comparison, a label 
tree in accordance with an exemplary embodiment of the present invention is 
similar to a B-tree in that it may guarantee a certain occupancy of the intemal 
nodes such that the tree is balanced dynamically and the height is boxmded by 
25 O(logn), where n is the number of nodes in the tree. However, some of the 
differences are: 

1 . The purpose of a B-tree is to speed up a query. It locates a 
node in a top-down fashion search. In contrast, a purpose of a label tree in 
accordance with an exemplary embodiment of the present invention is to 
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assign a label for a newly inserted node which reflects the relative order of 
nodes in the XML document and, thus, speeds up regular expression queries; 

2. The splitting criterion of the label tree may be based on the 
number of leaves a node has, rather than the number of children; and 
5 3 : For each internal node x in an exemplary label tree in 

accordance with the present invention: 

f/s<c(x)<f (8) 

10 while for B-trees, s is fixed to 2. 

An exemplary embodiment of the present invention also may avoid 
cascade splitting where splitting of one node causes another to node split. 

We can infer the meaning of parameters f and s fi-om the splitting 
algorithm explained above, where 
15 f defines the maximum fanout of the label tree, and 

s determines the number of sub-trees created £ifter a split. The 
inventors call this factor the "split factor/' 

Both of these parameters contribute to the shape of the tree. An 
exemplary method for assigning values to f and s will be described below. 
20 For purposes of comparison with other labeling schemes, the following 

description analyzes the costs associated with an exemplary embodiment of 
the labeling scheme in accordance with the present invention, in terms of time 
and space requirements. 

Since disk accesses may be several orders of magnitude slower than 
25 CPU computations, the cost as the number of disk accesses are measured, as 
in a traditional database performance analysis. 

Furthermore, it may be assumed that the entire label tree is stored on 
disk and, for simplicity, no assumptions are made about nodes being cached. 
In practice, many higher-level nodes may be cached most of the time, much 
30 like in the case of B-trees, so these estimates are pessimistic. So, the cost is 
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measured as the number of nodes accessed for searching or re-labeling. 

For queries, an exemplary embodiment of the label tree in accordance 
with the present invention does not incur any additional cost. In fact, if the 
labels are stored along with the XML nodes, the label of a given node may be 
retrieved without additional cost. 

The amortized cost for an insertion to an XML tree of size n is: 



cost(f,s,n) < — • (log n+1) + f-1 (9) 
10 logf 



15 



The maximum number of bits, which may be required to encode a 
label is: 



bits(f.s,n) =,^7;J^-0ogn+l) (10) 



The above represent the worst-case amortized cost for one insertion 
20 and the number of bits needed as a function of the current number of nodes in 
the XML tree. Since f and s may be constant parameters, the labels of the 
nodes of the XML tree may be maintained with 0(log n) bits and 0(log n) 
amortized insertion cost. 

0(log n) may be the worst case lower bound for update cost. Since the 
25 cost may be measured as the number of disk accesses, even a reduction by a 
constant factor is helpful. Similarly, constants may be important for the 
number of bits required. So, the insertion cost can be minimized by choosing 
the optimum values for f and s. 

Given an expected final size n of an XML document, parameters f and 
30 s may be set according to different application needs to optimize the constant 
factors of the cost and bits. 

For example, to minimize cost: 
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object : Min(cost) (1 1) 

The critical points of the function "cost" may be found by solving the 
5 following equations: 

^0;and (12) 
10 3^ = 0 (13) 

ds 

For a given n, the above equations are solved to get the value of fo and 

So. 

15 Evaluating the second derivative at the point (fo,so), we find out if the 

solution is the minimum. 

If the maximum number of bits B which are permitted is constrained, 
the optimization problem becomes: 

20 object : min(cost) (14) 

subject to: bits < B (15) 

This is a problem of optimization under inequality constraints. First, 
25 unconstrained function cost is minimized. If the global minimum satisfies the 
inequality constraints, then (fo,so) is the desired answer. Otherwise the 
minimxmi must be located "on the line." That is, the local minimum should be 
achieved when the inequality constraints are active. The optimization problem 
under inequality constraints may be converted to an optimization problem 
30 under equality constraints, as follows: 

object : min(cost) (16) 
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subject to: bits - B = 0 (17) 

The Lagrange multiplier theory may be followed to solve this problem. 
5 A Lagrange multiplier |li is introduced to form a new function: 

G(f,s,n) = cost (f,s,n) + p. • bits (f,s,n) (18) 

The values of f, s and \x which give the conditional minima of cost are 
1 0 found by solving the following equations: 



^Oand? = Oandbits-B = 0 (19) 
di OS 



15 If the number of bits, which are used to encode labels, is less than the 

machine word size, the label comparisons for queries are done by the 

hardware and are, therefore, very fast. This is recommended for most cases. 
Occasionally, when n is very large, and the number of bits needed is 

more than the machine word size, the number comparison should be done by 
20 the software. In this case, the time needed for comparison is proportional to 

the number of bits, which are used. So, the overall cost for both queries and 

updates needs to be minimized. 

In this case, the proportion of queries versus updates, say, X and l-X 

should be known. The number of label comparisons needed for each query is 
25 proportional to the size of the document that may be denoted by t • n, where t 

is a constant. 

Let Cw be the cost to compare two numbers of machine word size w, 
then the cost to compare two numbers with b bits is Cw • fb/wl. Also, let d be 
the cost of one disk access. Then, the total cost is: 

30 
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TotalCost = X • t • n • Cw • rbits(f,s,n) / wl + (1-A,) • (d + rbits(f,s,n) / w1 
• Cw) • cost(f,s,n) (20) 



To minimize the overall cost, we need to solve the following 
5 equations: 



arotalCost ri jt TotalCost ^ , . 

at = 0 (21) 



10 In general, XML insertions involve a list of atoms (tags and text 

segments) at one time. Although such an insertion can be implemented as a 
sequence of independent leaf insertions in the label tree, the question is 
whether that can be done cheaper by inserting multiple leaves in label tree at 
the same time? The answer is yes. The total cost of inserting p atoms in batch 

15 mode can be shown to be bounded by: 

cost(f,s,p) = (h + f ~ 1)/ p + 2f /(s ~1) • (h-hi + 2) (22) 
where hi is the largest number such that: 

20 

(s-l).(f/s)^^<p (23) 

The above exemplary embodiment of present invention provides a 
labeling scheme which uses 0(log n) bits to achieve 0(log n) amortized 
25 update cost and constant query cost. A second exemplary embodiment of the 
present invention improves the update cost with a multiple-level labeling 
scheme. 

For example, the second exemplary embodiment of the present 
invention follows a two-level labeling scheme. The second exemplary 
30 embodiment of the present invention partitions the label tree into 2 parts such 
that the second part includes all the leaves and the first part includes the rest. 
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Each leaf of the first part has log n children, which belong to the second part 
and correspond to the tags of the XML data. The first part is constructed 
according to label tree construction algorithm described above. 

The labels of the nodes of height h = 1 are maintained using the label 
5 tree algorithm. Within each node x of height h = 1, the second exemplary 
embodiment of the present invention assigns a label to each of the children of 
node X in a monotonically increasingly process, such that the order of the 
children is maintained within its parents. The label of a leaf the may be called 
the second level label. 

10 Upon a leaf insertion, let x be the parent of the inserted node, if the 

number of leaves of x does not exceed log n, only the second level labels need 
to be updated without any effect on the first level label. 

With 0(log n) bits, a label can be assigned to the newly inserted node 
without re- labeling any of its siblings. Otherwise, if x has log n children after 

15 the insertion, node x may be split into two nodes x and x' node x's children 
are uniformly distributed over these two nodes. Then the second exemplary 
embodiment of the present invention inserts node x' as a sibling of node x 
following the insertion algorithm of the label tree described above. 

Although some re-labeling happens to the first level labels, the second 

20 level labels remain unchanged except those of node x's children. So, the 

amortized cost of maintaining the first level labels is still 0(log n). Notice that 
since this cost is charged to node x's (log n)/ 2 newly inserted children, each 
leaf has an amortized update cost of 0(1). 

In order to compute the relative order of two leaves, the label tree is 

25 traversed upward to retrieve the label of the parent of each leaf and to 

compose the complete label as a concatenation of a first level label with a 
second level label and the complete labels are compared. 

Although this second exemplary embodiment of the present invention 
achieves better update performance, the query performance may decrease. If 

30 the single-level labeling scheme is used, the labels may be stored together with 
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I 

the data, such that the label may be retrieved for free during queries. If the 
two-level labeling scheme is used, only the second level label may be stored 
with the XML data. To compare the order of two tags, their parent's labels 
(i.e. the first level label) will need to be retrieved by two disk accesses unless 
5 the label tree can be kept in memory. 

Therefore, there is a tradeoff of the multi-level labeling scheme, since 
re-numberings can be done locally, the update cost decreases. However, since 
' the complete label does not propagate to the leaves the label tree needs to be 
traversed upward for each label comparison which slows down the query 
10 processing. So, imless the label tree can be kept in memory, multiple level 
labeling may slow down the query. 

As an alternative to storing the label tree on disk, only the leaf labels 
(with the XML nodes) may be stored because all the structural information of 
the label tree is implicit in the labels themselves. Lideed, any leaf label is of 
15 the form: 

N(x) = io + ii(f-l)' + 12 (f-1)' ih-i(f-l)*'"' (24) 

Where: 

20 io is the relative position of node x in its siblings list, and 

ii is x's parent's position among its siblings. 

In other words, the base (f-1) digits of N(x) provide the Dewey number 
of leaf node x. Based on this observation, the label tree incremental 
maintenance algorithm may be run without the label tree. 

25 For example, in order to check if an internal node y satisfies the 

splitting criterion, it suffices to count how many leaf labels are in the range 
[N(y), N(y) + (f-1)*^^^^]. If the leaf labels are maintained in a B-tree whose 
internal nodes also maintain counts, such range queries may be executed 
efficiently (in logarithmic time). 

30 Furthermore, once a splitting (virtual) node has been identified, the 
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leaf labels corresponding to the s complete fi^s-ary (virtual) trees can be 
computed easily and updated in place, on the labels identified by the range 
query. 

The inventors conducted a series of experiments that verify the 
5 theoretical analysis. The experiments simulate a sequence of XML node 

insertions at random positions. The update cost is measured as the number of 
nodes that are relabeled or accessed during an insertion. Fig. 1 1 shows that 
for fixed values of the parameters f and s, the amortized update cost is 
logarithmic in the number of XML nodes in the document, as predicted by the 
1 0 theoretical worst case upper bound. 

Figs. 12 and 13 show how the amortized cost changes as the value off 
and s are changed, while keeping the other parameter and the size of the 
document unchanged. 

Fig. 14 shows for a given number of bits, what is the minimal update 
15 cost that may be achieved by setting the values of f and s. This is useful to get 
the optimal update cost constrained by the number of bits being permitted. At 
first sight, it may seem strange because after a certain point, the cost starts to 
increase with the number of bits used. Although this result contradicts 
intuition, it's reasonable with the adopted model. To compute the worst-case 
20 upper bound with this model, assume that inserting a node causes its parent to 
be relabeled. 

Since the range of numbers used to denote a node's children is thought 
as log(f) and no mechanism (say, label tree) is used to manipulate the labels of 
the children, the cost of re-labeling one's children is boimded by f. But if the 
25 number of bits being permitted is large enough, f bits may be used for the 

range of labels for one node's children, which eliminates the need to re-label a 
node if a new child is inserted. 
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The cost and the number of bits for this model is: 



1 +^ 

3 = (25) 

10 

This model also provides an 0(log n) update cost with 0(log n) bits, 
although the constant of cost is reduced if more bits are needed. If the number 
of bits being permitted is 0(n), then set f = n and achieve 0(1) update cost. 
The labeling scheme of the present invention maintains the order of 

15 data items within an XML document. An exemplary embodiment of the 
present invention uses an auxiliary data structure, called label tree, which 
helps assign and update labels to data items. Additional exemplary 
embodiments of the present invention provide algorithms both for the bulk 
loading and for the incremental maintenance of the label tree. 

20 The present invention automatically adapts to uneven insertion rates in 

different areas of the XML document. For example, in areas with heavy 
insertion activity, the label tree adjusts itself by creating more slack between 
labels, to better accommodate future insertions. 

Yet another exemplary embodiment of the present invention, 

25 distributes the re-labeling work required by a node split evenly for a number 
of insert operations, so as to eliminate any performance degradations. 

While the invention has been described in terms of several exemplary 
embodiments, those skilled in the art will recognize that the invention can be 
practiced with modification. 

30 Further, it is noted that, Applicants' intent is to encompass equivalents 

of all claim elements, even if amended later during prosecution. 
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